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REMARKS 

Status of the Claims 

Claims 1-32 are now pending in the present application. Applicants have amended Claims 1 
and 17 to more clearly define the subject matter and to better distinguish over the art cited. 
Claims 12, 13, and 14 have been amended to correct typographical errors. 
Claims Rejected Under 35 U.S.C. § 103(a) 

Claims 1-5, 7-13, 15-21, 23-29 and 31-32 are rejected under 35 U.S.C. § 103 as being 
unpatentable over Hayes et al., U.S. Patent No. 6,339,826 ("Hayes") further in view of Gupta et al. 
(U.S. Patent No. 6,868,448 hereinafter referred to as "Gupta"). Claims 6, 14, 22, and 30 are rejected 
under 35 U.S.C. § 103(a) as being unpatentable over Hayes in view of U.S. Patent Application No. 
2003/1200496 of Alfred et al. (hereinafter referred to as "Alfred"). Applicants respectfully disagree 
with these rejections because the cited art in combination does not teach or suggest all of the 
recitation in these claims. 

In the interest of reducing the complexity of the issues for the Examiner to consider in this 
response, the following discussion focuses on independent Claims 1 and 17. The patentability of 
each remaining dependent claim is not necessarily separately addressed in detail. However, 
applicants' decision not to discuss the differences between the cited art and each dependent claim 
should not be considered as an admission that applicants concur with the Examiner's conclusion that 
these dependent claims are not patentable over the disclosure in the cited reference. Similarly, 
applicants' decision not to discuss differences between the prior art and every claim element, or every 
comment made by the Examiner, should not be considered as an admission that applicants concur 
with the Examiner's interpretation and assertions regarding those claims. Indeed, applicants believe 
that all of the dependent claims patentably distinguish over the references cited. Moreover, a specific 
traverse of the rejection of each dependent claim is not required, since dependent claims are 
patentable for at least the same reasons as the independent claims from which the dependent claims 
ultimately depend. 

Discussion of the Rejection of the First Step of Independent Claim 1 

The Examiner asserts that Hayes discloses applicants' first step of independent Claim 1 that 
recites "receiving personal information from a user corresponding to a unique user identity, wherein 
the personal information includes at least one of the user's: surname; given name; address; set of 
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initials; telephone number; and firm name." The Examiner applies three citations in Hayes 



(column 1, lines 56-column 2, line 30; column 6, line 57-column 8, line 5; column 19, lines 18-26). 

In addition, under the section entitled "Response to Arguments," in response to applicants' argument 

that Hayes does not teach or describe "receiving personal information" from a user, the Examiner 

asserts that Hayes does teach the server receiving a user's modified profile including user name, ID, 

and password from the user (column 2, lines 5-9; column 19, lines 18-26). The Examiner also asserts 

in response to applicants' argument that Hayes teaches the applets are configured by an administrator, 

not by a user, that the features upon which applicant relies (i.e., that the applets are configured by an 

administrator, not by a user) are not recited in the rejected claims. Thus, although it has long been 

recognized that the claims should be interpreted in light of the specification, the Examiner states that 

such limitations from the specification are not read into the claims. Moreover, the Examiner 

indicates that Hayes teaches an administrator's computer, which is assumed to be a client computer 

(Figure 2), and the Examiner assumes that a user is acting in a role of an administrator (column 7, 

lines 51-53; column 8, lines 47-56). 

Applicants' respectfully-disagree. The first step of independent Claim 1 specifically refers to 

"receiving personal information from a user." In contrast, Hayes teaches (the portion cited by the 

Examiner is underlined): 

In the left panel, the User Groups item 1302 corresponds to the AllUsers group 
of FIG. 3 ("User Groups" and "AllUsers" are used interchangeably herein). FIG. 15 
shows the right panel of the administrator's station when the "User Groups" item 1302 
is selected. In FIG. 15, a notebook panel is displayed on the right that contains three 
tabs-a Members tab 1514, a Subgroups tab 1516 and an Applet Permissions tab 1518. 
The Members tab is selected in FIG. 15. The Members panel contains a list 1520 of 
the log-on identifications of all members that have been defined to the system. To 
create a new user (who will automatically gain membership into the presently 
selected group context-"User Group"), the administrator selects <NEW>from the 
list 1520, enters the appropriate information in the entry fields 1523 to the right of 
the list, and then clicks on the Create button 1522. When an existing member is 
selected from the list 1520, the attributes previously saved for that user are displayed 
at 1523. These attributes include the full name of the selected member, the member's 
system ID, password and any desired comments. The attributes, except ID, may be 
edited and the changes committed (but not Saved) by clicking the Modify button 1524, 
or the user may be removed from the system entirely by clicking the Delete button 
1526. Any pending change may be removed by selecting the entry in the list 1520 and 
clicking the Undo button 1528 . (Emphasis added, see Hayes, column 19, lines 1-26) 
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Although it is apparent in this citation that the full name of a member is stored, this citation 
teaches that appropriate information for each new member is entered by an administrator, in contrast 
to "receiving personal information from a user," as applicants' claim recites. Based upon the context 
of the teaching from Hayes cited just above, it is apparent that Hayes treats a member as a user, but 
does not indicate that the a user provides personal information and does not state in regard to this part 
of the disclosure of Hayes, that the user is acting as an administrator. 

However, the Examiner argues that the user is acting in the role of the administrator, so that 

the personal information is actually being received from a user. The Examiner cites the following in 

support of this argument (underlined portion cited by Examiner): 

A high-level diagram of the profile management administrative operating 
environment is shown in FIG. 2. An administrator client network computer 200 is 
represented on the left of the Fig. and a server 202 for the system is on the right. The 
client and server communicate via a network represented as 203. The particular 
example of FIG. 2 assumes that the client computer is a system administrator's 
computer (Hayes, column 7, lines 46-53). 

ProfileManagementProperties P 210 is a properties object for applet 1 and 
provides an API between Appletl and the server that allows the server to determine 
where to store configuration information for appletl in the context of users and 
groups. The ProfileManagementProperties object class provides all of the functionality 
of the java.util.properties class with the further ability to create, save, and retrieve the 
configuration information for software from permanent storage. Storing such 
information in a central location makes management of user and group configurations 
possible. When a user is in the role of administrator, ProfileManagementProperties 
210 allows the administrator to configure the user applet corresponding to 
configuration appletl, or to configure appletl if appletl is an end user applet, and 
store the configuration information in the proper place on the server in the proper 
context. This allows the establishment of a relationship between the user applet and 
the user, rather than between user applet and computer as in traditional systems. 
ProfileManagementProperties 210 is an extension of the java.util.Properties class. The 
extension allows the key/value pairs of preference information of a Properties object 
to be associated with a key, as opposed to a stream, as with java.util.Properties. This, 
in turn, allows application developers to use the key to specify a unique location 
relative to a context for preference information, rather than a file name and path. 
ProfileManagementProperties 210 determines the key automatically. The generation 
of the key is discussed more in connection with FIGS. 8 and 9. By modeling 
ProfileManagementProperties 210 after the java.util.Properties class, the system can 
take advantage of preference inheritance through recursive class-default evaluation. 
Thus, this extended class provides a "group default" capability by accumulating 
preferences starting at a current context, as discussed with respect to FIG. 3, and 
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traversing up the contextual hierarchy for defaults. (Emphasis added, Hayes, 
column 8, lines 38-column 9, line 5) 

Based on the full quote provided above, it is apparent that the user is treated as being in the 
role of the administrator not for the purpose of supplying personal information, but only to configure 
a user applet. According to Microsoft's Computer Dictionary, Fourth Edition, an applet is defined as 
"a program that can be downloaded over the Internet and executed on the recipient's machine. 
Applets are often written in the Java programming language and run within browser software, and 
they are typically used to customize or add interactive elements to a Web page." Thus, configuring a 
user applet is not equivalent to providing personal information for a user. In summary, applicants do 
not agree that applet configuration information is equivalent to personal information. 
Discussion of the Rejection of the Third Step of Independent Claim 1 

The Examiner admits that Hayes does not explicitly teach that each of the user records is 
accessible by the plurality of application programs. However, the Examiner asserts that Gupta 
teaches the feature at login, a client's profiles or profile services can be shared/accessed by multiple 
applications, and he cites column 7, lines 6-18; column 12, line 48-column 13, line 14 and 
column 18, lines 22-46 of Gupta. The Examiner asserts it would have been obvious to one of 
ordinary skill in the Data Processing art at the time the invention was made to incorporate the 
teaching of Gupta into the system of Hayes to include the feature of client's profile/profile service 
(i.e., user record) being accessible or shared by multiple applications, because doing so would have 
provided an efficient system to allow accessing resources from a local server without using signed 
applets and would allow applets to share services in the network. 

The Examiner indicates Gupta discloses that during a login process, the client establishes its 
identity, which is stored on the local application server, and the identity can be used for multiple 
applications and information requests (Gupta, column 7, lines 13-16). Therefore it appears that the 
Examiner is asserting that the identity of a client is equivalent to applicants' user record, so that this 
user record is accessible by a plurality of application programs. 

However, it appears that Gupta utilizes a "credential" and not a user record as applicants' 
recite, wherein applicants' user record is stored and includes personal information. Gupta discloses 
that: 

In an embodiment of the invention, login service 514C is used to generate a 
credential that can be used on behalf of the client to verify the client to an application 
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or network service. When the client wishes to access an application or network 
service, the credential is sent to the application or network server. The application or 
network server trusts the credential generated by login service 514C after verifying the 
signatures of login service 514C. The credential can be used to enable a client to enter 
a single login for all of the applications and/or network services that it accesses. 
(Gupta, column 12, line 65 - column 13, line 7) 

Login service 514C generates a credential certificate upon request of the client. It is 
not necessary for the credential certificate to contain the client's password. The 
credential certificate is sent by the applet to the network service or application. The 
network service or application verifies the signature(s) generated by login service 
514C using the credential certificate. (Gupta, column 13, lines 8-14) 

Thus, it appears that Gupta generates this credential during the login of the user. Unlike 
applicants' user record that is stored so that it can be accessed by the plurality of application 
programs, Gupta's "credential" appears to be generated from a single login. Thus, it is implied that 
this "credential" is not stored long term for recall at anytime, but is only generated whenever a user 
logs in to an application or a network service. Nor is there any teaching or suggestion that Gupta's 
"credential" includes any information that applicants' user record includes. Gupta's "credential" is 
not a user profile that the login service maintains (Gupta, column 12 lines 48-51). It would not be 
obvious to apply the teaching of Gupta regarding use of a credential to the teaching of Hayes. In 
summary, the combination of Hayes and Gupta does not appear to teach or suggest to one of ordinary 
skill in the art that each of the user records is accessible by a plurality of application programs. 
Discussion of the Rejection of the Fourth Step of Independent Claim 1 

The Examiner asserts that Hayes teaches applicants' fourth step in Claim 1, which recites 
"upon identifying the unique user identity applicable to execution of an application program that is 
included in the plurality of application programs, sharing the personal information corresponding 
with the unique user identity with the application program, wherein the personal information is 
applied to an output of the application program." The Examiner asserts that Hayes discloses upon 
receiving a request from the user, the server provides a list of software which the user is permitted to 
access, corresponding to the user's preferences, and cites the Abstract, column 13, lines 59- 
column 14, line 67 and column 15, lines 37-59. 

Under the section entitled "Response to Arguments," in regard to applicants' previous 
argument that Hayes does not teach or suggest the personal information is applied to an output of the 
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application program, the Examiner submits that "the personal information is applied to an output of 
the application program" could be given a broad and reasonable interpretation as sending/outputting 
the application program according to the user information." And, the Examiner asserts that Hayes 
teaches that upon receiving the request from the client or user, the server sends/downloads (i.e., 
provides as output) a list of applications to which the user has access permission according to the 
user's preferences/profiles. 

Applicants respectfully point out that the claim recitation as amended in order to further 
clarify now provides that "the personal information is applied to customize an output of the 
application program" This aspect of the claim is clearly not taught or suggested by the combination 
of Hayes and Gupta. Accordingly, the rejection of independent Claim 1 under 35 U.S.C. § 103(a) 
should be withdrawn. 

Discussion of the Rejection of Independent Claim 17 

With regard to independent Claim 17, which recites a computer system for utilizing personal 
information to customize an application program, for the reasons discussed above, the combination of 
Hayes and Gupta do not teach or suggest all of the claim limitations of independent Claim 17. 
Accordingly, the rejection of independent Claim 17 under 35 U.S.C. § 103(a) should be withdrawn. 

Because dependent claims are considered to include all of the elements of the independent 
claims from which the dependent claims ultimately depend, and because Hayes and Gupta do not 
disclose or suggest all of the steps and elements respectively of independent Claims 1 and 17, the 
rejection of dependent Claims 2-5, 7-13, 15-16, 18-21, 23-29, and 31-32, under 35 U.S.C. § 103(a) 
over Hayes and Gupta should also be withdrawn for at least these reasons. 

In addition, Claims 6 and 14 depend from independent Claim 1, which is patentable for the 
reasons discussed above. Similarly, Claims 22 and 30 depend from independent Claim 17, which 
also is patentable for the reasons discussed above. Because dependent claims are considered to 
include all of the steps or elements of the independent claims from which the dependent claims 
depend, dependent Claims 6 and 14 and Claims 22 and 30 are patentable for at least the same reasons 
discussed above with regard to independent Claims 1 and 17, respectively. 

In view of the amendments and Remarks set forth above, it will be apparent that the claims in 
this application define a novel and non-obvious invention, and that the application is in condition for 
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allowance and should be passed to issue without further delay. Should any further questions remain, 
the Examiner is invited to telephone applicants' attorney at the number listed below. 



Respectfully submitted, 

Sabrina K. Maclntyre 
Registration No. 56,912 
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